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= (54) Title: PRIORITIZATION METHOD OF INFORMATION TRANSMITTERS, PARTICULARLY FOR EXECUTING THE 
j=j COORDINATED DRIVE TRAIN CONTROL OF A MOTOR VEHICLE 

= (54) Bezeichnung: PRIORISIERUNGSVERFAHREN VON INFORMATIONSGEBERN, INSBESONDERE ZUR KOORDI- 
— NTERTEN ANTRJEBSSTRANGSTEUERUNG EINES KRAFTFAHRZEUGES 
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1... ID'S OF THE FIRST STEP 
2... ID'S OF THE SECOND STEP 
3... DO UNPROCESSED IDS STILL EXIST? 
4... DOES THE ID HAVE A REQUEST? 
5... STORE REQUEST 
6 ... FORWARD THE STORED REQUEST 
7... 00 UNPROCESSED IDS STILL EXIST? 
8... DOES THE ID HAVE A REQUEST? 
9... ARE THE NUMBER OF REQUESTS GREATER 
THAN THAT OF THE STORED REQUEST? 



(57) Abstract: The inventive prioritization method enables the selection of in- 
formation transmitters independent of the selection and functionality of the re- 
questing systems for flexibilizing. In an inventive linear prioritization method, 
a list of information transmitters that is classified according to increasing pri- 
ority is sequentially queried and the first information transmitter with a request 
is selected. This request is forwarded and the query is terminated. In another 
inventive prioritization method, the information transmitter with the maximum 
(minimum) number of requests is selected from a list of information transmit- 
ters that is not classified or the most common request of the requestors is de- 
termined. The inventive prioritization method can preferably be executed by a 
computer system having a module- like system design. 

(57) Zusammenfassung: Das erfindungsgemaBe Priori sierungsverfahren er- 
laubt die Auswahl von Informationsgebem unabhangig von der Auswahl und 
Funktionsweise der anfordernden Systeme zur Flexibilisierung. In einem erfin- 
dungsgemaSen linearen Priorisierungsverfahren wird eine nach Prioritat anstei- 
gend sortierte Liste mit Informationsgebem sequentiell abgefragt und der erste 
Informationsgeber mit einem Anforderungswunsch ausgewahlt, dieser Anfor- 
derungswunsch weitergeleitet und die Abfrage abgebrochen. In einem weite- 
ren erfindungsgemaBen Priorisierungsverfahren wird aus einer nicht sortierten 
Liste mit Informationsgebem der Informationsgeber mit dem maximalen (mi- 
nimalen) Anforderungswunsch ausgewahlt oder der durchschnittliche Anfor- 
derungswunsch der Anforderer ermittelt. Vorzugsweise kann das erfindungs- 
gemaBe Priorisierungsverfahren mit einem Computersystem mit modulartigem 
Systemaufbau durchgefiihrt werden. 
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Priorisierungsverfahren von Informationsgebem, insbesondere zur koordinierten 
Antriebsstrangsteuerung eines Kraftfahrzeuges 

Beschreibung 

Die Erfindung betrifft ein Priorisierungsverfahren von Infonnationsgebern, insbesondere zur 
koordinierten Antriebsstrangsteuerung eines Kraftfahrzeuges, sowie ein entsprechendes Steuerungssystem 
und ein Computerprogramm(produkt) zur Durchfuhrung des Verfahrens. 

In der Automobiltechnik wurde ursprOnglich die Elektronik nur in Form einzelner, elektronifizierter 
Komponenten eingesetzt, wobei diese Komponenten isoliert und unabhangig voneinander agierten. Daran 
anschliefiend wurden diese Komponenten zunehmend zu Systemen integriert Beispiele hierfur sind 
elektronische Motorsteuerungssysteme, Bremsregelungssysteme oder Farirerinforrnationssysteme. Derzeit 
ist ein Trend run zur Vernetzung aller Fahrzeugsysteme untereinander und zunehmend auch mit der 
Fahrzeugumwelt zu beobachten. 

Dieses erkennbare Zusammenwachsen der Systeme bringt nun erhebliche technische und organisatorische 
Herausforderungen mit sich: 

neue Falirzeugfiinktionen sind haufig nur noch im Verbund unterschiedlicher Teilsysteme 

realisierbar und effektiv nutzbar, 

darnit wird eine funktionale Integration von Teilsystemen auch unterschiedlicher Zulieferer 
erforderlich, 

die Wertigkeit und der Charakter von Fahrzeugen werden zunehmend durch koniplexe 
Sofrwarefunktionen bestirnmt, 

die Beherrschung der wachsenden Systemkomplexitat wird fur Fahrzeughersteller und Zulieferer 
wettbewerbsentscheidend hinsichtlich Geschwindigkeit, Kosten und Qualitat 



Stand der Technik 
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Aus der DE 198 38 333 Al der Anmelderin ist ein Computersystem mit wenigstens einem Prozessor und 
wenigstens einem Speicher zur Steuenmg einer Antriebseinheit bekannt. Ziel ist es eine 
Steuerungsstruktur des Gesamtfahizeuges anzugeben, mit deren Hilfe der Triebstrang und speziell die 
Antriebseinheit mit auBerhalb liegenden Komponenten verkniipft werden konnen. Triebstrang und 
5 Antriebseinheit sind in einem Motormanagement in ein Gesamtfahrzeugkonzept eingebunden. Das 
Fahrzeug wird als Gesamtsystem, bestehend aus Funktionseinheiten, als eine erste Komponente 
aufgefasst. Das Gesamtsystem, bestehend aus Funktionseinheiten, wird in verschiedene, vorgebbare 
Komponenten, z. B. Fahrzeugbewegung und Antriebskoordinator, aufgeteilt. Die Antriebseinheit wird 
dabei als eine Komponente vorgegeben. Die Antriebseinheit wird abhangig von den vorgegebenen 

10 Komponenten und/oder den an den Schmttstellen zwischen den Komponenten ausgetauschten Daten 
gesteuert. Durch diesen Systemverbund kOnnen einzelne Elemente oder Funktionseinheiten nicht mehr 
getrennt betrachtet werden, sondern eingebunden in das Gesamtkonzept Bei einer Antriebs- bzw. 
Motorsteuerung beispielsweise miissen nicht nur Momenten- bzw. Leistungsanforderungen oder 
Drehzahlvorgaben der Fahrzeugbewegung, wie Lenkung, Bremse oder Fahrdynamikregelung 

15 berUcksichtigt werden, sondern auch die Leistungs- bzw. Momentenforderungen und/oder 
Drehzahlinformationen aller Nebenaggregate und Stellglieder. Dariiber hinaus ergibt sich aber auch die 
MSglichkeit, durch den Zugriff auf Daten und Mormationen anderer Funktionseinheiten und Systeme, 
wie z. B. UmweltgroBen, FahrzustandsgroBen, FahrzeuggroBen und BenutzergroBen, eine an die 
jeweihgen Gegebenheiten angepasste Antriebssteuerung durchzufiihren. Nachteilig ist hierbei jedoch, dass 

20 es nicht mdglich ist einzelne Funktionseinheiten durch ein anonymes Verfahren auszuwahlen. 

Aus der EP 0 883 510 Bl ist eine Antriebsstrangsteuerung fur ein Kraftfahrzeug bekannt, die eine 
Radmomentenberechnungsschaltung enthalt, durch die die Stellung des Fahrpedals als ein vom Fahrer 
gewtinschtes Radmoment oder Getriebeausgangsmoment interpretiert und zum Berechnen von Sollwerten 

25 fUr das von dem Antriebsstrang abzugebende Drehmoment verwendet wird, und die eine Steuerschaltung 
aufweist, die mit einem Fuzzy-System versehen ist, in dem das gewtinschte Radmoment zusammen mit 
Betriebsparameteni des Kraftfahrzeugs und Umweltparametern ausgewertet wird, durch die anhand einer 
zentralen Fahrstrategie-Auswahlschaltung die Betriebsweise des Antriebsstrangs bei beliebiger Fahrweise 
des Fahrers und Fahrsituation des Kraftfahrzeugs an vorgegebene Kriterien angepasst wird, und die mit 

30 einer Motorleistungsstelleinheit verbunden ist, an die sie ein Ausgangssignal abgibt, durch welches das 
von den Radern auf die Fahrbahn abzugebende Soll-Raddrehmoment festgelegt wird. Es wird eine 
Strategie ftir die Motorsteuerung, die Motorleistungsstelleinheit und die Getriebesteuerung zentral derart 
festgelegt, dass der AusstoB von Schadstoffen niinimiert wird. Die zentrale Strategie kann auch einen 
fahrleistungsorientierten Modus des Kraftfahrzeuges zum Ziel haben. AUe dezentralen Funktionseinheiten 

35 werden bei dieser Strategie so eingestellt, dass eine bestmGgliche Beschleunigung und ein schnelles 
Ansprechen des Antriebes auf den Fahrerwunsch zur Verfugung stehen. Notwendig ist ein solcher Modus 
bei einer sportlichen Fahrweise und bei Bergauffahrt. Die Steuerung erfolgt tiber eine Steuerschaltung, 
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wobei der Datenaustausch iiber eine schnelle serielle Buskommunikation, z. B. einen CAN-Bus, 
ausgeftihrt wird. 

Nachteilig ist hierbei, dass samtliche Komponenten an die zentrale Steuerschaltung angepasst sind, so 
dass insbesondere ein anonymes Verfahren zur Auswahl von Komponenten nicht zur Verfiigung steht. 

In Kraftfahrzeugen werden filr verschiedene Komponenten im Triebstrang, wie Motor und Getriebe, 
Schnittstellen zur Kommunikation vereinbart, ttber die Anforderungen iibermittelt werden kGnnen, damit 
sie von der empfangenden Komponente ausgefiihrt werden (im Kraftfahrzeugbereich verbreitete 
technische Schnittstelle zur Steuergeratevernetzung ist beispielsweise der CAN-Bus). 

Neben dem Fahrpedal und dem Bremspedal gibt es viele weitere Anforderer, die Vorgaben an den 
Antriebsstrang machen konnen. Typische Beispiele hierfiir sind Komfortsysteme wie der 
Fahrgeschwindigkeitsregler oder Sicherheitssysteme wie ASR und ESP. Dabei wird ein groBer Teil an 
Entwicklung und Rechenkapazitat nachteiligerweise dafiir aufgewendet, entsprechend der aktuellen 
Fahrsituation zu entscheiden, wann welches System tatsachlich aktiv den Arbeitspunkt des Triebstranges 
vorgeben oder beeinflussen darf. 

Es ist bekannt, aufsetzend auf einem Echtzeit-Betriebssystem als Standard-Betriebssystem, z. B. ERCOS 
oder OSEK bzw. OSEK/VDX, zur Steuerung von Betriebsablaufen eines Fahrzeugs eingebettete 
Soflwarelosungen einzusetzen. Dabei werden applikationsspezifische Funktionen, System- 
grundfunktionen, Kernfunktionen sowie die entsprechende Treibersoftware, also die spezifischen 
Basisfunktionen einerseits mit den unterschiedlichen Betriebsfunktionen und Teilbetriebsfiinktionalitaten 
andererseits, welche das eigentliche Betriebsverhalten des Fahrzeugs bestinraien, verwoben. Notwendige 
bzw. gewiinschte Veranderung von Funktionen oder das nachtragliche EinfUgen von Funktionen lassen bei 
solchermaBen verwobenen Sofhvareldsungen sehr komplexe Systemausbildungen, insbesondere der 
Schnittstellen, entstehen. 

Aus der DE 100 44 319 Al der Anmelderin ist bereits die abstrakte Idee bekannt durch die klare 
Trennung von Betriebs- und Basisfunktionen und die Einfilhrung einer Systemschicht bzw. 
Zwischenschicht mit offener Schnittstellenfunktion eine Optimierung zu erzielen. Dabei wird von einem 
elektronischen System filr ein Fahrzeug bzw. von einer Systemschicht des elektronischen Systems 
ausgegangen, wobei das elektronische System erste Komponenten zur Durchftihrung von 
Steuerungsaufgaben bei Betriebsablaufen des Fahrzeuges und zweite Komponenten, welche ein 
Zusammenwirken der ersten Konq>onenten zur Durch&hrung der Steuerungsaufgaben koordinieren, 
umfasst. Die ersten Komponenten ffihren dabei die Steuerungsaufgaben durch Verwendung von 
Betriebsfunktionen und Basisfunktionen aus. Vorteilhafterweise wird das System derart aufgebaut, dass 
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Basisfunktionen und Betriebsfiinktionen bzw. Teilbetriebsfunktionalitaten (als Betriebsteilmodnle oder 
Plug-Ins bezeichnet) klar voneinander getrennt werden, wobei die Basisfunktionen in einer Basisschicht 
zusaminengefasst sind. ZweckmaBigerweise wird dann die Systemschicht auf der Basisschicht, welche die 
Basisfunktionen enthalt, aufgesetzt Die Systemschicht bzw. Zwischenschicht enthalt dabei wenigstens 
5 zwei der zweiten Komponenten, welche das Zusammenwirken der Steuerungskomponenten koordinieren. 
Dabei ist in bzw. bei der Systemschicht wenigstens erne offene Schnittstelle zu den Betriebsfunktionen 
vorgesehen, wodurch die Systemschicht die Basisfunktionen mit beliebigen Betriebsfunktionen derart 
verbindet, dass die Betriebsfunktionen modular eingebunden und/oder verwendet bzw. modular an das 
elektronische System angebunden werden konnen. Damit werden die Betriebsfunktionen bzw. die 

10 Betriebsteilmodule modular einbindbar in das elektronische System, wieder verwendbar und jederzeit 
austauschbar bzw. veranderbar. Durch die Systemschicht wird eine definierte Schnittstelle festgelegt, urn 
im Rahmen der Steuergerate-Software fiir beliebige Betriebsfunktionen eine Variantenbildung sowie 
Erweiterungen bzw. VerMnderungen der Funktionalitat, insbesondere durch Betriebsteilmodule, so 
genannte Plug-Ins, zu ermoglichen. In einer Ausgestaltung kann damit ein System, welches sich bereits in 

15 Serie bzw. im Einsatz oder Betrieb beiBndet, jederzeit weiterentwickelt, verandert und/oder durch 
Hinzufiigung neuer Betriebsfunktionen erweitert werden. Damit konnen sinnvollerweise 
Steuerungsaufgaben bzw. spezifische Leistungsmerkmale eines elektronischen Systems sehr flexibel und 
individuell entworfen, entwickelt bzw. implementiert werden. Aufierdem kdnnen zusatzlich die 
Oberwachungsfunktionen bezttglich der Betriebsfunktionen und/oder der Betriebsteilmodule in der 

20 Systemschicht eingebunden werden. Durch diese Modularisierung der Software- und 
Uberwachungsfiinktionalitaten ergibt sich die MGglichkeit, beispielsweise von Dritten erstellte Software 
mit geringem Aufwand in das elektronische System einzubinden. Dies erlaubt auch, spezifische Varianten 
ausschliefllich innerhalb der Betriebsfiinktionen bzw. der Betriebsteilmodule darzustellen, wahrend die 
Systemschicht anwendungsunabhangig gestaltet werden kann. Nachteilig ist hierbei, dass lediglich 

25 formale Vorgaben gemacht werden und konkrete, inhaltliche Vorgehensweisen nicht angegeben sind, 
insbesondere kein anonymes Verfahren zur Auswahl von Betriebsteilmodulen oder Plug-Ins. 

Vorteil der Erfindung 

30 Ausgehend vom geschilderten Stand der Technik soli ein anonymes Verfahren zur Auswahl von 
Informationsgebern, insbesondere zur koordinierten Antriebsstrangsteuerung von Kraftfahrzeugen, 
geschaffen werden, welches z. B. eine einfache Austauschbarkeit von Plug-Ins in Computersystemen 
erm8glicht. 

35 Die Erfindung schlagt ein Priorisierungsverfahren mit den Merkmalen der Patentansprtiche 1 und 5 vor. 
Vorteilhafte Ausgestaltungen der Erfindung sind Gegenstand der UnteransprUche und der nachfolgenden 
Beschreibung. 
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ErfindungsgemaB wird ein anonymes Priorisiemngsverfahren von Informationsgebem, z. B. Plug-Ins, zur 
Verfugung gestellt. Urn in Computersystemen auf einfache Weise eine gewQnschte einfache 
Austauschbarkeit von Funktionen in Komponenten oder Plug-Ins erreichen zu konnen, ist es erforderlich, 
5 dass die iibrigen Komponenten einer Softwarearchitektur des Computersystems unabhangig von der 
Anzahl und der Funktionsweise der Plug-Ins auf die Plug-Ins zugreifen konnen. Nur so konnen Plug-Ins 
beliebig ausgetauscht werden. Ein erfindungsgemaBes Priorisierungsverfahren von Informationsgebern, z. 
B. Plug-Ins, zur Steuerung, insbesondere zur koordinierten Antriebsstrangsteuerung fiir ein Kraftfahrzeug, 
setzt insbesondere diese Zielsetzung unx In den Plug-Ins bzw. Anforderem ist in Abhangigkeit von der 

10 aktuellen Fahrsituarion ein Anforderungswunsch enthalten, wobei jedoch nicht bei jeder bestimmten 
Fahrsituation im entsprechenden Plug-In oder Anforderer auch ein Anforderungswunsch enthalten sein 
muss. Die Anforderer oder Plug-Ins werden nach dem Grad ihrer Prioritat aufsteigend oder abfallend 
sortiert, wobei diese Prioritat in Abhangigkeit von globalen Optimierungskriterien bestimmt wird, 
beispielsweise einer Okoabstimmung, Sportabstimmung oder einer Wintererkennung. In dieser 

15 entsprechend sortierten Liste mit Anforderem oder Plug-Ins werden die einzelnen Anforderer sequentiell 
beginnend mit dem Anforderer mit der hochsten Prioritat abgearbeitet, d. h. es wird abgefragt, ob ein 
Anforderungswunsch im Anforderer bzw. im Plug-In vorliegt Sobald ein Anforderer einen 
Anforderungswunsch entMlt, wird das Abarbeiten abgebrochen, und der in diesem Anforderer enthaltene 
Anforderungswunsch ausgewahlt, vorzugsweise gespeichert und weitergeleitet. Jeder Anforderer in den 

20 sortierten Listen kann durch eine Identitat (ID), vorzugsweise als Zahl, und der Position in der Liste 
eindeutig gekennzeichnet sein. 

In einem weiteren erfindungsgemaBen Priorisierungsverfahren von Informationsgebem, z. B. Plug-Ins, 
werden in einer Liste mit Anforderem bzw. Plug-Ins alle Anforderer in beliebiger Reihenfolge 
25 abgearbeitet, wobei diese Liste nicht nach Prioritaten sortiert ist und das Abarbeiten hier beispielsweise 
auch sequentiell erfolgen kann. Daran anschlieBend wird der Anforderungswunsch in der Liste der 
Anforderer mit dem maximalen (minimalen) Anforderungswunsch oder der durchschnittliche 
Anforderungswunsch der Anforderer ermittelt. Dieser maximale (tninimale) Anforderungswunsch wird 
anschlieBend gespeichert und weitergeleitet. 

30 

Zur Ermittlung des maximalen (minimalen) Anforderungswunsches wird im Allgemeinen das nachfolgend 
beschriebene Schema verwendet. Die in der nicht sortierten Liste enthaltenen Anforderer bzw. Plug-Ins 
werden in beliebiger Reihenfolge abgefragt, Der erste abgefragte Anforderungswunsch, der von einem 
einen Anforderungswunsch enthaltenden Plug-In stammt, wird zunachst zwischengespeichert. Jeder 
3 5 weitere abgefragte Anforderungswunsch wird mit dem zwischengespeicherten Anforderungswunsch 
verglichen, ob er groBer (kleiner) ist als der zwischengespeicherte Anforderungswunsch. Falls ein 
abgefragter Anforderungswunsch groBer (kleiner) ist als der zwischengespeicherte Anforderungswunsch, 
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wird dieser abgefragte Anforderungswunsch zwischengespeichert und der vorhergehende 
Anforderungswunsch gelGscht, d. h. der bisher gespeicherte Wert wird vom aktuell abgefragten Wert 
uberschrieben, wobei anderafalls keine Speicherung erfolgt, d. h. der bisher zwischengespeicherte 
Anforderungswunsch gespeichert bleibt. Nach der Abfrage aller Anforderer ist der maximale (minimale) 
5 Anforderungswunsch zwischengespeichert und kann weitergeleitet werden. 

Hierbei kann in einer Variante bei bestimmten Anforderern, z. B. Anforderern, die Motor und Bremse 
ansteuern, rait einem bestimmten Anforderungswunsch, z. B. einem Bremseingriff, der minimale 
(maximale) Anforderungswunsch, z. B. der niinimale Vortriebswunsch, ausgewahlt werden und 
1 0 andernfalls der maximale (minimale) Anforderungswunsch. 

In einer weiteren Variante des eben beschriebenen Priorisierungsverfahrens nach maximaler (minimaler) 
Auswahl ist es auch moglich, dass einzelne Anforderer bzw. Plug-Ins bewirken, dass bestimmte andere 
Anforderer bei der Ermittlung des maximalen (minimalen) Anforderungswunsches nicht beriicksichtigt 
15 werden. Beispielsweise kann ein Anforderer-Fahrpedal bewirken, dass alle anderen Anforderer, die eine 
Bremsung/Verz6gerung bewirken, nicht beriicksichtigt werden. 

Jeder Anforderer bzw. ein Plug-In ist durch eine Identitat (ID), vorzugsweise eine Zahl, fur das 
Abarbeiten eindeutig gekennzeichnet. Das bedeutet, dass die Position in der Liste nicht von Bedeutung ist. 
2 0 Auch bei diesem Priorisierungsverfahren gibt es verschiedene Listen zum Anpassen an globale 
Optimierungskriterien, z. B. Okoabstimmung, Sportabstimmung oder Wintererkennung, wobei jedochhier 
nur relevant ist, welche Anforderer in der Liste stehen. 

Beide eben beschriebenen Priorisierungsverfahren konnen auch miteinander kombiniert werden, wobei 
25 vorzugsweise das erstbeschriebene Priorisierungsverfahren zuerst eingesetzt wird und, falls dieses kein 
Ergebnis liefert, das zweite Priorisierungsverfahren angewendet wird. Das erste Priorisierungsverfahren 
liefert keinen Anforderungswunsch, falls in der entsprechenden Liste in keinem der Anforderer bzw. Plug- 
Ins ein Anforderungswunsch enthalten ist 

30 Das erfindungsgemafie Priorisierungsverfahren kann vorzugsweise mit einem Computersystem mit 
wenigstens einem Prozessor/Speicher und einer entsprechenden Softwarearchitektur durchgefuhrt werden. 
Unter dem abstrakten Begriff der Architektur wird sowohl die Systematik der Strukturierung eines 
komplexen Systemverbundes als auch deren konkrete Umsetzung verstanden. Diese kann aus den 
nachfolgenden Elementen bzw. Kon^onenten bestehen: ein "Operation System and Specific Services" mit 

35 Betriebssystem und spezifischen Diensten als Basis fUr alle anderen Elemente und Anwendungen, einer 
"Basic Functionality" zur Umsetzung universeller Anforderungen, wobei Grundfunktionen eines 
Steuergerates, beispielsweise der Ansteuerung von Aktoren eines Verbrennungsmotors, in der Basic 



WO 2004/014699 



PCT/DE2003/002540 




Functionality bewerkstelligt werden, einem "Layer" zur Koordinierung von Aufgaben fiir 
Basisfiinktionalitaten der Basic Functionality und zum Einbinden von Plug-Ins und wenigstens einem 
Plug-In zur Umsetzung von konkreten Aufgaben bzw. Funktionen, die iiber die Basisfunktionalitat der 
Basic Functionality hinausgehen und vom Layer koordiniert werden. 

5 

Mit dem erfindungsgemSBen Priorisierungsverfahren (ausgefuhrt vom Computersystem) konnen 
vorteilhafterweise die Plug-Ins modulartig ausgetauscht werden, wodurch das Priorisierungsverfahren 
flexibel an unterschiedliche Hersteller- und Kundenwiinsche anpassbar ist und Funktionen einfach 
implementierbar sind. Dadurch kann das Priorisierungsverfahren durchgefuhrt mit dem Computersystem 
10 auf einfache und vorteilhafle Weise auf verschiedene Fahrzeugtypen oder unterschiedliche Motoren 
iibertragen werden, ohne diese selbst verSndern zu miissen. 

Des Weiteren konnen durch diesen modulhaften Aufbau auch neue Teilfunktionen einfach in das 
Priorisierungsverfahren durchgefiihrt mit dem Computersystem eingefiigt werden. Dadurch ist 
1 5 beispielsweise auch ein Softwaresharing mdglich. 

AuBerdem sind vorteilhafterweise in der Softwarearchitektur auch offene Schnittstellen (open interfaces), 
auf die von auBen zugegriffen werden kann, und geschlossene Schnittstellen (encapsulated interfaces), die 
nach auBen nicht freigegeben sind, integriert. 

20 

Als Plug-Ins kommen zur Umsetzung von beispielsweise verschiedenen charakteristischen Eigenschaften 
von Fahrzeugen beispielsweise ein ACC Request (Adaptive Cruise Control Request) zur Anpassung der 
Geschwindigkeit oder des Abstandes des Fahrzeuges, ein Drivers Demand (comfort bzw. sport) zur 
Auslegung und Interpretation des Fahrpedals, Driveability zur Festlegung eines globalen 
25 Optimierungskriteriums, z. B. Fahrkomfort oder Sport, sowie Shift Strategy (comfort bzw. sport), die aus 
dem Sollwert fttr das Drehmoment am Getriebeausgang und der Fahrzeuggeschwindigkeit den Sollwert 
fur die Getriebeubersetzung und das Motormoment bestimmt. 

Im Layer sind beispielsweise die Koordinatoren Vehicle Coordinator, Vehicle Motion Coordinator und 
3 0 Powertrain Coordinator integriert. Jeder Koordinator sollte mit den Plug-Ins kommunizieren konnen, d. h. 
iiber Schnittstellen mit den Plug-Ins verbunden sein. Des Weiteren sollte der Layer Uber Schnittstellen zur 
Kommunikation mit der Basic Functionality verbunden sein, welche Basisfunktionen enthalt, die wie 
Sensoren oder Aktoren agieren, wobei z. B. das engine management als Momentensteller wirkt, das 
transmission management ein t)bersetzungsverhalmis umsetzt, das brake management eine geforderte 
35 negative Sollbeschleumgung einstellt und ein Adaptive Cruise Control (ACC) System die 
Geschwindigkeit an eine Fahrervorgabe anpasst 
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Anforderungen verschiedener Systeme werden in einheitlicher Art auf Basis von Systemffihrungsgroflen, 
z. B. Getriebeausgangsmoment, zentral eingebracht Das Priorisierungsverfahren durchgefuhrt mit dem 
Computersystem erlaubt es damit durch den einfachen Austausch oder das Hinzufugen von Funktionen, 
die in Plug-Ins enthalten sind, ein Kraflfahrzeug flexibel an verschiedene Anforderungen anpassen zu 
5 konnen. Dadurch kGnnen die Automobilhersteller eine Markendifferenzierung auf Softwarebasis 
einfuhren, weil allein aufgrund unterschiedlicher Softwarekomponenten Fahrzeuge mit unterschiedlichen 
Eigenschaften zur Verfugung stehen. Des Weiteren konnen auch die Kosten in erheblichem Mafie 
reduziert werden, weil zum Anpassen an neue Funktionen nicht das gesamte Priorisierungsverfahren 
durchgefuhrt mit dem Computersystem ausgetauscht werden muss, sondern lediglich durch den 
1 0 kostengilnstigen Austausch einzelner Plug-Ins die Eigenschaften verSndert werden konnen. 

Zur Erfindung gehorig ist weiterhin ein Steuerungssystem ftir ein Fahrzeug, insbesondere Kraftfahrzeug, 
bei dem das Steuerungssystem derart ausgelegt ist, um ein erfindungsgemaBes Priorisierungsverfahren 
auszuftihren. Insbesondere lasst sich mit einem solchen Steuerungssystem eine koordinierte 
1 5 Antriebsstrangsteuerung eines Kraftfahrzeuges realisieren. 

Teil der Erfindung sind auch Computerprogramme mit Programmcodemitteln oder 
Computerprogrammprodukte mit Programmcodemitteln, die auf einem lesbaren Datentrager gespeichert 
sind, um eines der erfindungsgemaflen Verfahren durchzufilhren, sofern das Computerprogramm auf 
2 0 einem Computer oder einer entsprechenden Recheneinheit ausgefuhrt wird. 

Zeichnungen 

Nachfolgend wird die Erfindung beispielhaft beschrieben. Dabei zeigen: 



25 



Fig. 1: 



ein Schema eines "intelligenten" Fahrzeuges der Zukunft, 



Fig. 2: 



einen schematisierten Entwicklungsprozess eines modulartigen Systemaufbaus, 



30 Fig. 3: 



eine an der Fahrzeugtopologie ausgerichtete strukturierte Funktionsarchitektur, 



Fig. 4: 



eine schematisierte Ubersicht auf eine Softwarearchitektur des modulartigen 
Systemaufbaus, 



35 Fig. 5: 



eine schematisierte beispielhafte Konkretisierungsform der Systemarchitektur des . 
modulartigen Systemaufbaus, 
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Fig. 6: 



eine schematisierte Ansicht der symbolischen Ausstattung eines Kraftfahizeuges als 
VersuchstrSger, 



Fig. 7: 



eine Softwarearchitektur mit Plug-In-Design in einer Schichtenansicht, 



Fig. 8: 



einen erfindungsgemaBen schematisierten inneren Aufbau eines Vehicle Motion 
Coordinators aus Fig. 7, 



Fig. 9: 



eine grafische Darstellung einer erfindungsgemaBen linearen Priorisierung (erste Stufe) 
und einer erfindungsgemaBen Maximal-Auswahl (zweite Stufe), 



Fig. 10: 



ein erfindungsgemaBes Ablaufschema eines Priorisiemngsverfahrens als {Combination 
aus linearer Priorisierung (erste Stufe) und Maxirnal-Auswahl (zweite Stufe), 



Bevorzugte Ausfuhrungsform 

Ein modulartiger Systemaufbau (auch unter Cartronic des Unternehmens Bosch bekannt) fur alle 
Steuerungs- und Regelungsaufgaben im Fahrzeug ist eine offene Systernarchitektur. Das 
erfindungsgemaBe Priorisierungsverfahren kann vorzugsweise in einem Computersystem mit diesem 
modulartigen Systemaufbau eingesetzt werden. Aus diesem Grund wird nachfolgend dieser modulartige 
Systemaufbau bzw. diese Softwarearchitektur ausfuhrlich beschrieben. 

Die dem modularen Systemaufbau zugrunde Uegende Vision gliedert das intelligente Fahrzeug der 

Zukunft in drei wesentliche Elemente, siehe Fig. 1: 

Intelligente Sensoren erfassen alle flir den Fahrzeugbetrieb wichtigen Informationen. Hierzu 
gehflren z. B. Sensoren zur Erfassung von Bewegungsdaten wie Geschwindigkeit, 
Beschleunigung und Drehrate, Sensoren fiir fahrzeuginterne GrGBen wie Temperaturen und 
Driicke und zukilnftig auch vermehrt Sensoren zur Erfassung des Fahrzeugumfelds (z. B. 
Ultraschall, Radar, Video). 

Intelligente Aktoren setzen die erforderlichen Stellbefehle sicher und zuverlassig urn. 
Intelligente, elektronisch gesteuerte Aktoren sind z. B. der Antriebsstrang, bestehend aus 
Verbrennungsmotor und Getriebe zur Erzeugung des Vortriebsmoments, elektronisch geregelte 
Bremssysteme zur definierten Verzogerung und Stabilisierung des Fahrzeugs und elektronisch 
geregelte Lenksysteme fiir eine sichere und feinfiihlige Spurfiihrung. Diese Eingriffe werden 
kunftig vermehrt "by wire" elektronisch gesteuert und uberwacht erfolgen. 
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Eine Mensch-Maschine-Schnittstelle (Human-Machine-Interface, HMI) gibt dem Fahrer die fur 
ihn in der jeweiligen Fahrsituation relevanten Informationen und erlaubt die sichere und 
komfortable Bedienung des Fahrzeugs iiber die Bedienelemente des Cockpits. 

5 Die heutigen Fahrzeuge sind in der Regel durch "gewachsene" Elektronik-Strukturen mit einer Vielzahl 
isolierter und autarker Einzelfiinktionen und Steuergerate gekennzeichnet Die Entwicklung ist damit 
meist auf eine Optimierung der isolierten Einzelfunktionen und Subsysteme begrenzt, die Optimierung des 
Gesamtsystems gestaltet sich schwierig. 

10 Zur Realisierung der Vision vernetzter Systeme im Fahrzeug wird daher eine durchgangige, konsistente, 
modulare und ofFene Systemarchitektur erforderlich. Ziel der Systemarchitektur ist die nahtlose 
Integration aller Teilsysteme zur effizienteren Darstellung Ubergeordneter Fahrzeugfunktionen, welche ein 
Zusammenwirken mehrerer Teilsysteme erforderlich machen. Weitere Ziele sind Flexibility hinsichtlich 
unterschiedlicher Fahrzeug- und Steuergeratekonfigurationen, einfachere Implementierung kunden- 

15 spezifischer Funktionen, sowie hohe Funktionssicherheit und Wiederverwendbarkeit von entwickelten 
Softwarekomponenten. 

Unter dem abslrakten BegrifF "Architektur" soil im Folgenden sowohl die Systematik der Strukturierung 
des komplexen Systemverbundes als auch deren konkrete Umsetzung verstanden werden. Zur 

2 0 Beschreibung der "Architektur" lassen sich unterschiedliche "Sichten" unterscheiden, die jeweils durch 

eigene Beschreibungen (im Sinne unterschiedlich abstrakter bis konkreter Modelle) abgebildet werden, 
welche in den einzelnen Stufen eines Entwicklungsprozesses eizeugt und umgesetzt werden, siehe Fig. 2. 

Grundlage der Systemarchitektur des modulartigen Systemaufbaus ist eine an der Fahrzeugtopologie 
25 ausgerichtete, hierarchisch klar strukturierte Funktionsarchitektur, siehe Fig. 3. Die Funktionsarchitektur 
beschreibt Ordnung und Zusammenhang von logisch-modularen Funktionskomponenten: ihren Aufgaben, 
ihren Schnittstellen, sowie ihren Wechselwirkungen untereinander. Wesentliche Elemente der 
Funktionsarchitektur sind Domanen, (Sub-)Systeme, funktionale Komponenten und Kommunikations- 
beziehungen. Das resultierende abstrakte Modell ist noch unabhangig von einer Implementierung mit 

3 0 einer speziellen Hardwaretopologie. 

Die Funktionsarchitektur unterteilt das Fahrzeug in unterschiedliche "Domanen": Fahrzeugbewegung 
(Powertrain), Antrieb (Vehicle Motion), Karosserie und Innenraum (Body and Interior), elektrische 
Energieversorgung (Electrical Supply System), thennische Energieversorgung (Thermal Supply System) 
35 usw. Innerhalb jeder Domane werden unterschiedliche Subsysteme identifiziert, die aus "funktionalen 
Komponenten" bestehen, welche tlber Kommunikationsbeziehungen miteinander in Wechselwirkungen 
stehen. Der Begriff "Komponente" meint dabei nicht zwangslaufig die physikalische Einheit im Sinne 
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eines Bauteils, sondem eine Funktionseinheit, die sich ggf. als Subsystem in weitere funktionale 
Unterkomponenten zerlegen lasst 

Jedes der Subsysteme koordiniert seine Unterkomponenten selbst, die Koordination zwischen 
5 Teilsystemen iibernehmen spezielle Funktionskomponenten, die als Koordinatoren bezeichnet werden, 

Bei den Kommunikationsbeziehungen werden die vier Grundtypen Auftrage, Anforderungen, 
Rtickmeldungen, und Abfragen unterschieden. Eine Anfordemng ist der Wunsch zur Ausfiihrung einer 
Aufgabe, wahrend ein Auftrag mit der Pflicht zur Ausfuhrung verbunden ist. Wahrend ggf. mehrere 
10 unterschiedliche funktionale Komponenten ahnliche und auch konfliktare Anforderungen stellen konnen 
(beispielsweise unterschiedliche Verbraucher ein Antriebsmoment eines Motors), erfolgt die 
Auftragserteilung durch genau einen Auftraggeber (z. B. einen Antriebsstrangkoordinator) an genau einen 
Auftragnehmer (z. B. den Verbrennungsmotor). Der Auftragnehmer gibt dem Auftraggeber 
gegebenenfalls eine Ruckmeldung fiber die Ausfuhrung. 

15 

Die Funktionsarchitektur kann grafisch oder auch durch UML-Modelle abgebildet werden. Unabhangig 
von der gewahlten Beschreibungsform liefern die zugrunde liegenden Strukturierungsregeln insbesondere 
in der Phase der Systemanalyse eine konsistente Methode zur Beherrschung der Komplexitat, und 
erlauben die systematische Definition fiinktionaler Schnittstellen. 

20 

Der nachste Schritt im Entwicklungsprozess besteht in der Umsetzung der Funktionsarchitektur in eine 
geeignete Softwarearchitektur. Die Softwarearchitektur beschreibt die Strukturen der Software des 
Systems, sie besteht aus Softwarekomponenten, die in sich in weitere Software-Unterkomponenten 
unterteilt werden kflnnen. Der Funktionsumfang einer Softwarekomponente muss im Allgemeinen nicht 
25 zwangslaufig mit einer funktionalen Komponente des modulartigen Systemaufbaus gleichgesetzt werden. 
Die funktionale Strukturierung von Komponenten des modulartigen Systemaufbaus unterstQtzt aber ein 
objektbasiertes Softwaredesign. 

Fig. 4 zeigt eine produktorientierte, schematisierte Obersicht auf eine auf dem modulartigen Systemaufbau 
3 o basierende Softwarearchitektur. Vereinfacht lassen sich folgende Elemente unterscheiden: 

"Operation System and Specific Services" mit Betriebssystem und spezifischen Diensten als 
Basis ftir alle Anwendungen, die auf dem Steuergerat laufen sollen; 

"Basic FunctionaHty" bezeichnet Grundfunktionen des SteuergerSts zur Umsetzung universeller 
35 Anforderungen (z. B. Ansteuerung der Aktoren eines Verbrennungsmotors). Die 

Basisfunktionalitaten werden aus der Funktionsarchitektur ermittelt und strukturiert; 
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"Layer": diese Softwarekomponente fuhrt die Koordinationsaufgaben fiir mehrere Basisfunktio- 
nalitaten durch und bindet Plug-Ins ein; 

"Plug-In": diese Softwarekomponenten setzen konkrete, separierbare Aufgaben um, die iiber die 
Basisfunktionalitat hinausgehen und durch die Komponente Layer koordiniert werden. 

5 

In dieser Aufteilung konnen offene und gekapselte Schnittstellen (open and encapsulated interfaces) unter- 
schieden werden. Gekapselte Schnittstellen sind nach auBen nicht freigegeben, wahrend auf offene 
Schnittstellen firei zugegriffen werden kann. Die Modularity dieser Softwarearchitektur unterstQtzt die 
Austauschbarkeit von Teilfunktionalitaten und ermSglicht damit ein Softwaresharing. 

10 

Ftir die Implementierung des Systemverbunds spielt die Aufteilung von Funktionen auf konkrete 
Steuergerate und die Abbildung von Kommunikationsbeziehungen auf eine Netzwerktopologie eine 
entscheidende Rolle. Wahrend im traditionellen Ansatz "gewachsener" Systeme typischerweise im ersten 
Schritt die Aufteilung der Steuergerate und deren Vernetzung vorgegeben wurde und sich Funktions- und 
15 Softwarearchitektur an diesen Gegebenheiten ausrichten musste, unterstQtzt der modulartige 
Systemaufbau hier einen systematischen simultanen Entwicklungsprozess. 

Der modulartigen Systemaufbau erlaubt durch die zugrunde liegende Koordination verteilter Systeme eine 
flexible Systemrealisierung sowohl in dezentral verteilten als auch zentral konzentrierten 
20 Steuergerateaufteilungen. Auch hinsichtlich der Verwendung spezifischer Bussysteme und 
Kommunikationsstandards erlaubt der modulartige Systemaufbau durch Kapselung der damit 
verbundenen Schnittstellen eine hohe Flexibility. 

Die je nach Marktsegment und Hersteller spezifisch unterschiedlichen Topologien werden daher vom 
25 modulartigen Systemaufbau mit einem hohen Wiederverwendungsgrad von Funktions- und 
Softwarekomponenten untersttitzt. 

Wie die vorhergehenden AusfUhrungen gezeigt haben, bilden klar definierte, standardisierte Schnittstellen 
ein Kernelement fttr die Bewaltigung der Herausforderungen eines Systemverbundes. 

30 

Die Systemarchitektur untersttitzt die Erarbeitung universeller Schnittstellen. Je nach Sicht lassen sich 
dabei unterschiedliche Konkretisierungsformen unterscheiden, siehe Fig. 5: 

Funktionale Schmttstellen (basic functional interface), die ausgehend von einer vereinfachten 
35 Form (Beispiel: die Momentenanforderung an den Verbrennungsmotor) in abstrakte 

Signalschnittstellen detailliert werden (Beispiel: die Detaillierung der Momentenanforderung in 
Form eines momentanen Sollmoments (torque request), einem langerfristigen Ftlhrungsmoment 
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(torque lead request), und z. B. weiteren Dynamik- und Statusinformationen (torque set time, 
characteristics), 

konkrete Soflwareschnittstellen innerhalb eines Steuergerats, wobei die funktionalen 
Schnittstellen durch softwaretechnische Anforderungen erganzt werden (Beispiel: die Codierung 
der Momentenanforderung in Form von Variablennamen, Datentypen, Skalierungen, 
Amplituden- und Zeitquantisierung fur momentanes Sollmoment, FuhrungsgrOfie, Dynamik- und 
Statusinformationen), 

sowie konkrete Signalschnittstellen auf einem Bus zwischen Steuergeraten (Beispiel: die 
Codierung der Momentenanforderung in Form von Signalnamen, Datentypen, Skalierungen, 
Amplituden- und Zeitquantisierung sowie Busadressen fur momentanes Sollmoment, 
Fuhrungsmoment, Dynamik- und Statusinformationen). 

Ein wesentlicher Vorteil besteht darin, dass die unterschiedlichen Schnittstellenfonnen transparent 
zugeordnet und ineinander uberfuhrt werden konnen. Damit kann zum Zeitpunkt der Entwicklung einer 
Softwarefunktion eine weitgehende Unabhangigkeit der Software-Schnittstellen vom tatsachlichen 
Transportmechanismus der Information (innerhalb eines Steuergerats oder iiber einen Bus) sichergestellt 
werden. Durch Kapselung spezifischer Teilsystemeigenschaften lasst sich auBerdem sicherstellen, dass die 
Schnittstellen unabhangig von der technischen AusfUhrungsform der verbundenen Teilsysteme sind. Ein 
Beispiel bildet die Momentenschnittstelle zum Verbrennungsmotor, welche universell sowohl flir Benzin- 
als auch Diesehnotoren geeignet ist. 

Diese Architektur untersttttzt die nahtlose funktionale Integration unterschiedlicher elektronischer 
Fahrzeugsysteme. Dariiber hinaus erlaubt das Plug-In-Konzept die Implementierung von 
Softwaremodulen zur charakteristischen Auslegung des Fahrverhaltens. 

Fig. 6 zeigt symbolisch die Ausstattung eines Fahrzeugs. Die Motorsteuerung EMU (Engine Management 
Unit) ist mit den Sensoren und Aktuatoren des Motors sowie mit dem Sensor des Fahrpedalmoduls 
verbunden. Ferner verfilgt das Fahrzeug tiber ein Bremsensteuergerat BMU (Brake Management Unit), 
eine elektxonische Getriebesteuerung TMU (Transmission Management Unit) sowie ein ACC-Steuergerat, 
welches die Signale des Radarsensors verarbeitet. Ein CAN- (Controller Area Network) Bus verbindet die 
Steuergerate untereinander. 

Die Ausstattung erlaubt die flexible Konfiguration fur unterschiedliche Fahrzeugcharaktere, nachfolgend 
exemplarisch in zwei Auspragungen als ,, sportlich ,, und "komfortabel" bezeichnet. Ein Schalter im 
Fahrzeuginnenraum ermoglicht es dem Fahrer, zwischen diesen beiden Fahrzeugcharakteren 
umzuschalten. Im Unterschied zu herkommlichen Implementierungen derartiger Fahrzeugcharakteristiken, 
beruht die Unterscheidung nicht nur auf unterschiedhchen Parameter-Applikationen innerhalb der 
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Einzelsysteme, es werden vielmehr auf einer ttbergeordneten Ebene Software-'Tlug-W-Funktionalitaten 
zur Anpassung des Gesamtsystemverhaltens herangezogen, welche Qber Schnittstellen die jeweils 
hinsichtlich Software und Abstimmung unverSnderten Einzelsysteme ansprechen. 

5 Urn den Komfortcharakter beispielsweise einer Limousine der Premiumklasse darzustellen, wurden 
exemplarisch folgende Anforderungen gestellt: 

Das Fahrzeug soli ein Adaptive Cruise Control (ACC) System erhalten. Dieses System ermoglicht eine 
Anpassung der Geschwindigkeit an eine Fahrervorgabe sowie des Abstandes an vorausfahrende 
10 Fahrzeuge, indem Antrieb und Bremse elektronisch angesteuert werden. ACC ist ein innovatives 
Ausstattungsmerkmal, das den Premiumcharakter unterstreicht und den Fahrkomfort erhoht. 

Elektronische Bremseingriffe ftir ACC und andere Langsregelsysteme (wie z. B. einem 
Fahrgeschwindigkeitsregler mit Bremseingriff) sollen tiber das Bremssteuergerat (BMU, Brake 
1 5 Management Unit) moglich sein. 

Das Fahrzeug soli sich bei der Gasannahme "weich" anfiihlen, d. h. ein ruckartiges Anfahren soil 
vermieden werden. Ebenso sollen Lastwechsel "sanft" erfolgen, d. h. die Eigendynamik des Triebstranges 
soil fur den Fahrer unter keinen Umstanden spiirbar sein. Die Getriebeschaltung soli auf einen eher 
2 0 okonomischen Betrieb ausgerichtet sein, d. h. der Motor soil vorrangig bei niedrigen Drehzahlen 
betrieben werden. 

Im sportlichen Fahrzeugcharakter wurden als oberstes Ziel der FahrspaB optimiert. Entsprechend dem 
vorgegebenen Fahrzeugcharakter sollten Getriebe- und Motorsteuerung wie folgt ausgelegt werden: 



Der Motor soli spontan Gas annehmen, d. h. die Fahrpedalinterpretation soli "scharf ' appliziert sein. 
Lastwechsel sollen schnell erfolgen kflnnen, d. h. die Dampfiing zur Unterdriickung der 
Triebstrangdynamik ist sekundar bezuglich der Spontaneitat. Der Motorbetriebspunkt soli zu Gunsten 
hoher Drehzahlen ausgelegt sein, damit der Fahrer jederzeit iiber eine moglichst hohe Leistungsreserve 



Zur Demonstration der hohen Flexibilitat wird bei dieser Auslegung auf Einbindung des Komfortfeatures 
"ACC" verzichtet. 



25 



3 0 verftigt. 



3 5 Fig. 7 zeigt die verwendete Softwarearchitektur zur Umsetzung mit Plug-In Design in der 
Schichtenansicht: 
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Die oberste Schicht wird von sechs Plug-Ins gebildet, welche die charakteristischen Funktionen zur 
Umsetzung der Anforderungen an die zwei Fahrzeugcharaktere enthalten: 
ACC Request: 

ein Regelkreis sorgt fiir die Anpassung der Geschwindigkeit oder des Abstandes. Der Regler ist 
typischerweise Bestandteil der ACC-Steuerung und hat eine Beschleunigung als StellgrSBe. 
ACC-Request iibeniimmt diese und speist sie als Anforderung in den Vehicle Motion 
Coordinator ein. 

Drivers Demand comfort bzw. sport (in Fig. 7 getrennt dargestellt): 

ein elektronisches Fahrpedal wird in dieser Komponente ausgewertet und als Vortriebsmoment 
am Getriebeausgang interpretiert. Diese Funktion hat starken EinfluB auf das Fahrverhalten und 
damit auf den Markencharakter. Das comfort Plug-In enthalt eine weiche Fahrpedal- 
interpretation, wahrend die sportliche Variante scharf ausgelegt ist, d. h. ein hohes Drehmoment 
bei vergleichsweise kleinem Fahrpedalweg. Das berechnete Vortriebsmoment am 
Getriebeausgang wird tiber die Schnittstelle als Anforderung an den Vehicle Motion Coordinator 
gestellt. 
Driveability: 

dient u. a. der Festlegung eines globalen Optimierungskriteriums, also in einem Fall 
"Fahrkomfort" und in dem anderen "Sport". Ein weiterer Bestandteil dieser Komponente sind die 
Komfortfunktionen zur Lastschlagfilterung, d. h. Anderungen im Sollmoment werden so 
gedampft, dass kein storendes Ruckeln oder Schwingungen im Triebstrang auftreten. Diese 
Gradientenbegrenzung verhindert die Erregung von Triebstrangschwingungen im Bereich der 
Eigenfrequenzen. Ober eine Schnittstelle kann dem Vehicle Motion Coordinator ein minimaler 
und rnaximaler Gradient des Antriebssollmoments vorgegeben werden. Daruber hinaus wertet 
Driveabilty den Schalter aus, mit dem zwischen dem sportlichen und komfortablen 
Fahrzeugcharakter umgeschaltet werden kann. Als Alternative zu einem Schalter kflnnte hier 
ebenfalls eine Fahrertyperkennung realisiert werden. Der ausgewaUte Modus wird anschlieBend 
an den Vehicle Coordinator weitergeleitet. Ein weiteres Feature ermdglicht, bei Gangwechseln 
den Ruck durch gezielte Steuerung des Motoimoments zu venneiden, indem ein minimal und ein 
maximal einzuhaltendes Motormoment an Powertrain Coordinator ttbergeben werden. 
Shift Strategy comfort bzw. sport (in Fig. 7 getrennt dargestellt): 

enthalt eine Rechenvorschrift, die aus dem Sollwert filr das Drehmoment am Getriebeausgang 
und der Fahrzeuggeschwindigkeit den Sollwert fur die Getriebeubersetzung und das 
Motormoment bestimmt. Urn die Vorgabe des Sollmoments zu erfilllen, ergibt sich beziiglich 
aktueller Geschwindigkeit ein Freiheitsgrad in der Wahl des Obersetzungsverhaltnisses. Das 
Ubersetzungsverhaltnis wird entweder zugunsten eines flkonomischen Motorbetriebspunktes 
(Shift-Strategy comfort) oder zugunsten einer hohen Leistungsreserve (Shift-Strategy sport) 
gewShlt Sowohl der Sollwert fcr das ObersetzungsverhSltnis als auch fur das Motormoment 
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werden an den Coordinator Powertrain gesendet. Dariiber hinaus ist eine Funktion zur 
Unterdruckung von Pendelschaltungen enthalten. t)ber die gemeinsame Schnittstelle werden dem 
Powertrain Coordinator ein minimal bzw. maximal zulassiger Gang vorgegeben, welche bei 
Schaltungen einzuhalten sind. 

5 

Unterhalb der Plug-Ins befindet sich in Fig. 7 der Layer, welcher die Koordinatoren Vehicle Coordinator, 
Vehicle Motion Coordinator und Powertrain Coordinator umfaBt. Jeder Koordinator verfllgt iiber beliebig 
viele Ausfiihrungen einer klar definierten fixen Schnittstelle zur Kommunikation mit den Plug-Ins. Fur 
jedes Plug-In, das mit einem Koordinator kommunizieren mochte, stellt dieser eine weitere Ausfiihrung 

10 seiner Schnittstelle zur Verfiigung. In diesem Fall ist z. B. Vehicle Motion Coordinator insgesamt mit drei 
Plug-Ins verbunden: ACC Request, Drivers Demand und Driveability. Die einheitiichen Schnittstellen 
ermoglichen die Darstellung eines breiten Spektrums an Funktionalitat in den Plug-Ins. Wahrend die 
Koordinatoren die Plug-Ins mit alien globalen Fahrzeugdaten versorgen, sind die Schnittstellen in 
umgekehrter Richtung - also vom Plug-In zu den Koordinatoren - dagegen vergleichsweise schmalbandig. 

15 Haufig kommt es innerhalb eines Koordinators zu Konflikten zwischen konkurrierenden Anforderungen 
(z. B. gleichzeitiger Vortriebswunsch von ACC und iiber Fahrpedal). Diese konnen mit Hilfe eines 
erfindungsgemaflen flexiblen Priorisierungsverfahrens zu Gunsten einer vorgebbaren Strategie 
entschieden werden. In einer applizierbaren Priorisierungstabelle wird festgelegt, welche Plug-Ins 
aufgerufen werden. Das Prinzip dieses Priorisierungsverfahrens wird nachfolgend amBeispiel des Vehicle 

2 0 Motion Coordinator verdeutlicht. 

Mit der tiefer gelegenen Softwareschicht der Basic Functionality ist der Layer iiber Standard- 
Schnittstellen verbunden. Diese Basisfunktionen verhalten sich aus Sicht des Layers wie intelligente 
Sensoren oder Aktuatoren. Zum Beispiel fungiert die Komponente Engine Management als ein 
25 Momentensteller, Transmission Management setzt das befohlene Ubersetzungsverhaltnis urn, Brake 
Management stellt die geforderte Sollbeschleunigung ein und ACC liefert die Daten aus Objekterkennung 
und ACC-Bedienteil. 

Fig. 8 zeigt den inneren Aufbau des Vehicle Motion Coordinators aus Fig. 7. Ober einheithche 
30 Schnittstellen werden die Informationen der Plug-Ins in einen Puffer eingelesen. Die 
Schnittstelleninformation besteht jeweils aus der Identitat (ID), die jedes Plug-In eindeutig kennzeichnet, 
sowie einen Nutzanteil (values), welcher die Funktionalitat bestimmt. Zum Beispiel hat ACC Request die 
ID 7 und sendet eine Beschleunigungsanforderung (a), Drivers Demand sport (ID 12) sendet ein 
Vortriebsmoment am Getriebeausgang (trq) und Driveability (ID 19) eine obere und unter Grenze fiir den 
35 Gradienten des Vortriebsmoments am Getriebeausgang (trq). Ein geeignetes erfindungsgem&Bes 
Priorisierungsverfahren (Priorization), in diesem Fall eine erfindungsgemafie lineare Priorisierung, legt 
die Abarbeitungsreihenfolge (Operation Order) der Anforderungen aus den Plug-Ins fest und teilt das 
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Ergebnis der ausfiihrenden Instanz (Operation) mit. Die Prioritaten konnen fur jede ID in einer 
Priorisierungstabelle bzw. -liste (calibratable Priorization table) appliziert werden. Zur Darstellung 
unterschiedlicher Faiirzeugcharaktere konnen gleichzeitig mehrere Priorisierungstabellen abgelegt sein, z. 
B. fiir "Sport" und flir "Comfort". In diesem Fall enthalt beispielsweise die Priorisierungstabelle fur 
5 "Comfort" lediglich den Aufruf des Plug-Ins Drivers Demand comfort (ID 23), wahrend z. B. das Plug-In 
Drivers Demand sport (ED 12) nicht aufgerufen wird. Umgekehrt enthalt die Priorisierungstabelle fur 
einen sportlichen Fahrbetrieb nur einen Eintrag der Plug-Ins Drivers Demand sport (ID 12) und 
Driveability (ID 19), wobei ACC-Request (ID 7) gezielt nicht berQcksichtigt wird. Die Auswahl der 
Priorisierungstabelle wird von Vehicle Coordinator getrofFen. Die ausfuhrende Einheit (Operation) ruft 
10 die Anforderungen der Plug-Ins nach Vorgabe der Operation Order auf und verarbeitet diese: 

Tm Ergebnis wird eine Sollbeschleunigung ermittelt, welche auf die Stellglieder Antrieb (Motor und 
Getriebe) oder Bremse verteilt wird. Im Fall einer Bremsung wird sie iiber die Schnittstelle zum Brake 
Management weitergeleitet. Im Antriebsfall wird die Beschleunigung mithilfe der Zugkraftgleichung in 

15 ein Sollmoment am Getriebeausgang umgerechnet, anschlieBend kommt es zur ^Coordination mit der 
Anforderung aus Drivers Demand. In der Regel setzt sich die Anforderung mit dem groBeren 
Drehmomentenwunsch durch. In Ausnahmefallen (je nach Priorization table) kann es aber auch sinnvoll 
sein, dass zu Gunsten der Beschleunigungsanforderung des ACC entschieden wird. Zum Beispiel erweist 
es sich als komfortabel, eine Bremsverzflgerung nicht schlagartig zu beenden, wenn eine aktive Bremsung 

20 des ACC vorliegt und der Fahrer gleichzeitig Gas gibt, d. h. wenn der Fahrer iiberreitet. Das resultierende 
Sollmoment am Getriebeausgang wird anschlieBend an den Vehicle Coordinator (siehe auch Fig. 7) 
weitergeleitet. 

Der Vehicle Coordinator leitet das Sollmoment an den Powertrain Coordinator (siehe auch Fig. 7) weiter 
25 und legt die Berechnungsreihenfolge aller Koordinatoren fest. Darttber hinaus sorgt er fiir die Umsetzung 
der globalen Fahrstrategie. Diese wird von Driveability in Form eines globalen Optimierungskriteriums 
("Komfort" oder "Sport") entsprechend der Schalterstellung bestimmt und iiber die gemeinsame 
Schnittstelle gesendet. Auf Grundlage des Optimierungskriteriums legt Vehicle Coordinator die zu 
verwendenden Priorisierungstabellen in den Koordinatoren fest. 

30 

Der Powertrain Coordinator setzt die Anforderung zur Realisierung eines Getriebeausgangmoments von 
Vehicle Coordinator urn. Ahnlich wie in Coordinator Vehicle Motion wird anhand eines 
erfindungsgemaBen Priorisierungsverfahrens die Bearbeitungsreihenfolge der Anforderungen aus den 
Plug-Ins, Shift-Strategy comfort bzw. sport sowie Driveability bestimmt. Je nach ausgewShlter 
35 Priorisierungstabelle wird nur eine der beiden Schaltstrategien tlber die ID aufgerufen. Transmission 
Management wird unter BerQcksichtigung des minimal bzw. maximal zulassigen Gangs aus Shift-Strategy 
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zur Umsetzung des Sollwerts beauftragt Bei einem Gangwechsel wird das Motormoment nach 
vorgegebener unterer und oberer Grenze aus Driveability an die Basisfunktion Engine iibergeben. 

Alle Anforderungen an die Charaktere "sport" und "comfort" konnten mit insgesamt sechs Plug-Ins 
5 erfolgreich umgesetzt werden. Mit dem Schalter im Fahrzeuginnenraum kann wahrend der Fahrt zwischen 
beiden Modi umgeschaltet werden. Die Integration des ACC-Systems in der M comfort"-Auspragung 
erfolgte ohne Anderungen in dem Layer. Dies untermauert die Machtigkeit der Schnittstellen zu den Plug- 
Ins und erlaubt die zukiinftige Integration anderer Anwendungen wie z. B. einer situationsabhangigen 
Geschwindigkeitsbegrenzung oder Cruise Control mit Bremseingriff als Alternative zu ACC. Die 
10 standardisierten Schnittstellen der Layer mit den Basisfunktionen, wie z. B. Engine und Transmission, 
ermoglicht aufierdem eine Entkopplung der Fahrfunktionen von den Aggregates sie ermoglichen die 
Verwendung der gleichen Fahrfunktionen fur unterschiedliche Motortypen (Otto- und Dieselmotoren) und 
unterschiedliche Getriebetypen (z. B. fur Stufenautomatikgetriebe und CVT). 

15 Mit dem applizierbaren erfindungsgemafien Priorisierungsverfahren werden auch dynamische Wecnsel 
zwischen unterschiedlichen Fahrverhaltensmodi m&glich, wenn dies - z. B. mit einer Fahrertyperkennung 
- gewunscht wird. Im vorliegenden Beispiel demonstriert der Wechsel zwischen den Typen sport und 
comfort der Plug-Ins Drivers Demand und Shift-Strategy die Flexibility des Priorisierungsverfahrens fur 
die Austauschbarkeit ganzer Algorithmen. 

20 Im Gegensatz zu herkommlichen Systemen, die lediglich unterschiedliche Charakterisierung des 
Fahrzeugverhaltens durch Parameteranderung in isolierten Teilsystemen erlauben, erm5glicht die 
Systemarchitektur mit Hilfe des erfindungsgemafien Priorisierungsverfahrens eine tief greifende, flexible 
Markencharakterisierung des Gesamtfahrzeugs durch Plug-Ins bei gleichzeitiger Wiederverwendung der 
zugrunde liegenden Software. 

25 

Es handelt sich um eine ubergreifende, offene Systemarchitektur fur alle Steuerungs- und 
Regelungsaufgaben im Kraftfahrzeug. Sie ist unabhSngig vom Fahrzeugtyp und von der Steuergerate- 
Konfiguration. Sie beruht auf einer klar gegliederten, hierarchischen Funktionsarchitektur und modularen 
Software mit offenen, einheitlichen Schnittstellen in den beteiligten Steuergeraten. Damit kCnnen die 
3 0 Aufgaben flexibel auf einzelne Hardware-Komponenten des elektronischen Systems verteilt werden. Es 
lassen sich die immer komplexeren Fahrzeugsysteme leichter beherrschen. 

Am Beispiel wurde gezeigt, dass eine flexible Markencharakterisierung nach einem Top-Down Ansatz 
untersttttzt wird. Die charakteristischen Funktionen flir die Fahrbarkeit sind jeweils in einem Plug-In 
35 konzentriert Ein applizierbares erfindungsgemafies Priorisierungsverfahren ermoglicht die flexible 
Koordination der Plug-Ins. Es gelingt dadurch, mit geringem Softwareaufwand vflllig unterschiedliche 
Fahrzeugcharaktere daizustellen. Definierte Schnittstellen erlauben die modulare Integration zusatzlicher 
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Systemelemente. Das Plug-In Konzept erleichtert ein Softwaresharing, welches dem OEM (original 
equipment manufacturer, d. h. Automobilhersteller) die Moglichkeit gibt, seine Marke durch selbstMndig 
entwickelte Softwaremodule zu charakterisieren. Ein holies MaB an Wiederverwendbarkeit der zugrunde 
liegenden Softwarekomponenten unterstiitzt die Anforderungen nach Kostengtastigkeit und 
5 Softwarequalit&t 

In Kraftfahrzeugen muss normalerweise zwischen unterschiedlichen Vortriebswtinschen, die entweder 
vom Fahrer oder von Assistenzsystemen, z. B. FGR, ACC und ANB, kommen, gewShlt werden. Die 
Steuergeratesoftware enthalt einen Programmteil, der den wichtigsten Anforderer auswahlt 
10 Wahrend der Implementierung des Auswahlverfahrens ist bekannt, welche Systeme Anforderungen stellen 
kflnnen und wie sie untereinander gewichtet sind. Diese Anforderungen werden in einer starren Logik 
miteinander verkniipft. 

Die bisher eingesetzten Verfahren haben den Nachteil, dass im Vorhinein bekannt sein muss, welches 
15 System VortriebswOnsche geben kann und welche Anforderungskombinationen es geben kann. Dadurch 
muss fur jede Kombination von Systemen das Verfahren angepasst werden. 

Ziel der Erfindung ist ein Verfahren, mit dem man die Auswahl der weitergeleiteten Anforderung bzw. des 
Wunsches, insbesondere des Vortriebswunsches, unabhangig von der Anzahl und der Funktionsweise der 
2 0 anfordernden Systeme treffen kann. 

Mit Hilfe eines erfindungsgemafien Priorisierungsverfahrens, insbesondere als lineare Priorisierung oder 
als Maximal-(Minimal-)Auswahl, kann die Auswahl eines weitergeleiteten Anforderers bzw. Plug-Ins 
unabhangig von der Anzahl und der Funktionsweise der anfordernden Systeme getroffen werden. Bei der 
25 linearen Priorisierung wird eine Liste bzw. Tabelle von Anforderern sequentiell beginnend mit dem 
Anforderer mit der hochsten Prioritat abgearbeitet, wobei diese Liste fiir die lineare Priorisierung sortiert 
ist nach dem Grad der Prioritat der Anforderer. Der Abbruch des Abfragens der Liste erfolgt, sobald ein 
Anforderer einen Anfordemngswunsch enthalt. Dieser Anforderer wird damit ausgewahlt. Die iibrigen 
noch nicht abgefragten Anforderer werden somit nicht beriicksichtigt. 

30 

Bei der Max-(Min-)Auswahl werden alle Anforderer abgefragt, die in der Liste fiir die Max-(Min- 
)Auswahl stehen. Es wird derjenige Anforderer mit dem maximalen (minimalen) Anforderungswunsch 
ausgewahlt. 

35 Es konnen auch beide Verfahren beliebig miteinander kombiniert werden, beispielsweise indem zuerst 
eine lineare Priorisierung durchgefQhrt wird und daran anschlieBend eine Min-Auswahl, falls die lineare 
Priorisierung kein Ergebnis hefert. 
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Im Folgenden wird beispielhaft der Ablauf einer Auswahl eines Vortriebswunsches beschrieben. Das 
System beinhaltet z. B. die folgenden Anforderer: 

Fahrpedal(ID 10) 
5 - Automatische Notbremse (ID 9) 

Bremspedal (ID 35) 

FGR(ID44) 

Leerlaufregler (ID 22). 

10 Das im Beispiel angewendete Verfahren, um den wichtigsten Vortriebswunsch zu ermitteln, besteht aus 2 
Stufen: 

Lineare Priorisierung (z. B. als 1. Stufe) 

Hier wird eine Liste sequenziell durchgearbeitet und sobald ein Anforderer einen 
Anforderungswunsch hat, abgebrochen. Je hflher ein Anforderer in der Liste steht, je holier ist 
15 seine Prioritat, 

Max-Auswahl (z. B. als 2.Stufe) 

Es werden alle Anforderer abgefragt. Es wird der Wunsch mit beispielsweise dem hochsten 
Vortriebsmoment ausgewahlt. 

20 In Fig. 9 ist eine grafische Darstellung einer erfindungsgemaBen linearen Priorisierung (1. Stufe) und eine 
Max-Auswahl (2. Stufe) dargestellt Bei der linearen Priorisierung hat der Anforderer ID9 (automatische 
Notbremse) die hochste Prioritat und wird zuerst abgefragt. Der Anforderer ID35 (Bremspedal) hat eine 
nachgeordnete Prioritat, d. h. er wird nachfolgend abgefragt. In der Max-Auswahl (2. Stufe) sind die 
Anforderer ID 10 (Fahrpedal), ID44 (FGR) und ID22 (Leerlaufregler) gleichwertig auf der gleichen Priori- 

25 sierungsstufe und werden alle abgefragt. Der Wunsch mit z. B. dem hOchsten Vortriebsmoment wird 
ausgewahlt. Beide Verfahren kCnnen sowohl getrennt als auch in Kombination angewendet werden. 

Fig. 10 zeigt ein Ablaufschema eines erfindungsgemaBen Priorisierungsverfahrens, wobei die lineare 
Priorisierung (1. Stufe) 1 mit der Max-Auswahl (2. Stufe) 2 miteinander kombiniert sind. Die linke Halfte 

30 zeigt das lineare Priorisierungsverfahren 1 und die rechte Halfte die Max-Auswahl 2. Im linearen 
Priorisierungsverfahren 1 wird im ersten Operationsschritt 3 zunachst abgefragt, ob noch unbearbeitete 
IDs vorhanden sind, z. B. entsprechend Fig. 9 ID9 und ID35. Im Operationsschritt 4 wird auf die Abfrage, 
ob eine ID eine Anforderung hat, bei 1 ja" die Anforderung gespeichert 5 und weitergeleitet 6 und damit 
das Verfahren bzw. Ablaufschema abgebrochen, fells "nein" wird zuriickgehend auf den vorhergehenden 

35 Operationsschritt 3 erneut abgefragt, ob noch unbearbeitete IDs vorhanden sind und das Verfahren so 
lange fortgesetzt, bis einen ID mit Anforderung vorhanden ist Die Bearbeitung der IDs erfolgt in der 
Reihenfolge ihrer Priorisierung, z. B. bei Fig. 9 ID9 und danach ID35. Falls keine der IDs in der 1. Stufe 
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fiber eine Anforderung verfilgt, wird zu den IDs der 2. Stufe iibergegangen, z. B. in Fig. 9, ID10, ID44 
und ID22. 

In der 2. Stufe mit Max-Auswahl 2 wird im ersten Operationsschritt 7 abgefragt, ob noch unbearbeitete 
5 IDs vorhanden sind. Falls "ja", wird im hachsten Operationsschritt 8 abgefragt, ob ein ED eine 
Anforderung hat. Falls keine Anforderung vorhanden ist, wird auf den vorhergehenden Operationsschritt 7 
zurilckgegangen und falls "ja" wird im nachsten Operationsschritt 9 verglichen, ob der gerade abgefragte 
Anforderer groBer ist als ein bereits gespeicherter Anforderer. Falls "nein", wird in Operationsschritt 7 
zuruckgesprungen, und falls "ja", wird die Anforderung gespeichert 5. Sind alle IDs der 2. Stufe 
10 abgefragt, d. h. in Operationsschritt 7 keine unbearbeiteten IDs mehr vorhanden, wird auf 
Operationsschritt 6 zum Weiterleiten der gespeicherten Anforderung gesprungen. Dadurch kann fur die 
IDs der zweiten Stufe die groflte Anforderung ermittelt und weitergeleitet werden, falls - da in 
Kombination mit der linearen Priorisierung verwendet - die IDs der 1 . Stufe keine Anforderung enthalten. 

15 Als weiteres Verfahren kommt z. B. noch eine Mittelwertbildung oder ein Kombination dieser Verfahren 
in Betracht. Vielen realen Anwendungsfallen wird dieses Verfahren nicht genugen. Im Folgenden sind 2 
weitere Ausbaustufen des Systems beschrieben: 



Erweiterung urn Min/Max-Auswahl 



20 



Sobald die Anforderer nicht nur den Motor, sondern auch die Bremse ansteuern konnen, kommt 
man nicht mit dem im Beispiel beschrieben Verfahren aus, da ein Bremseneingriff 
gegebenenfalls eine h6here Prioritat haben soil, als ein Beschleunigungseingriff. Um diesem 
Umstand Rechnung zu tragen, muss die 2. Stufe von einer Max-Auswahl in eine Min/Max- 
Auswahl verandert werden. Die Min/Max-Auswahl funktioniert wie folgt: 



25 



Sobald ein Anforderer einen Bremseneingriff anfordert, gewinnt der niedrigste Vortriebswunsch 
(maximale Verzogerung). Wenn es keinen Bremseneingriff gibt, wird die maximale 
Beschleunigung ausgewahlt. 



Erweiterung um Autoritaten 



30 



Das oben beschriebene Verfahren entspricht nicht, den zurzeit iiblichen Verfahren, da das 
Fahrpedal einen Bremseingriff des FGR+ oder des ACC uberstimmen kann. Aus diesem Grund 
kann das beschriebene Verfahren noch um eine Stufe erweitert werden, die Autoritaten genannt 



werden. 



35 



Bei diesem Verfahren kann jeder Anforderer bestimmte Anforderungsbereiche wahrend der 
Min/Max-Auswahl ausblenden. Das bedeutet, dass z. B. das Fahrpedal alle Bremseneingriffe 
ausblenden kann. Dadurch werden alle Bremseneingriffe wahrend der Min/Max-Auswahl 
ignoriert, aber nicht, z. B. die Bremse, die in der linearen Priorisierung angesiedelt ware. 
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Um die IDs effizient zu handhaben, werden sie in Listen verwaltet, die sequenziell abgearbeitet werden. 
Bin Anpassen der Prioritaten auf globale Optimierungskriterien (z. B. Okoabstimmung, Sportabstimmung 
oder Wintererkennung) kann erfolgen, wenn die IDs in 2-dimensionalen Listen verwaltet werden und je 
nach globalem Optimierungskriteriiim eine andere Reihe benutzt wird. 
5 Wenn nun ein Anforderer hinzugefiigt werden soil, so ist er in die richtigen Tabellen einzutragen und wird 
damit automatisch bei der nSchsten Auswahl mit berucksichtigt. 

Es muss ausgeschlossen werden, dass eine ungultige Anforderung an den Motor oder die Bremse 
weitergeleitet wird. Aus diesem Grund muss sichergestellt sein, dass das System entweder mit einem 
10 giiltigen Wert vorinitialisiert wird oder es muss garantiert sein, dass bei jeder Auswahl immer mindestens 
ein Anforderer einen Wert anfordert 

Bei den anonymen erfindungsgemaBen Priorisierungsverfahren von Informationsgebern weiB das 
Auswahlverfahren nicht, welche Qualitat der Anforderer hat. Die einzigen Informationen, die es hat, sind 

15 die ID und die Position in den jeweiligen Tabellen der Auswahlverfahren. Dies fuhrt dazu, dass es keine 
inneren Abhangigkeiten von Anforderer und Auswahlsystem gibt. Ein derartiges Auswahlverfahren ist 
immer dann nOtig, wenn man die Anzahl der Anforderer andern k6nnen soli, ohne den Code des 
Auswahlverfahrens zu andern. Dieses Verfahren kann z. B. in einer Motorsteuerung angewendet werden, 
wie das obige Beispiel zeigt. Es gibt aber noch viele weitere Produkte, bei denen dieses Verfahren 

2 0 Vorteile bringt. 

AbschlieCend werden nochmals die Vorteile aufgeftthrt: 

keine Abhangigkeiten zwischen Auswahlverfahren und Anforderer und damit vennehrten 
Software Reuse des Auswahlverfahrens und der Anforderer (FGR, Fahrpedal, ...), 
25 - verminderter Code- und Rechenzeitverbrauch bei komplexen Systemen (viele Anforderer), da 



das Auswahlverfahren unabhangig ist von Querbeziehungen der Anforderer, 



30 



leichtere Erweiterbarkeit des Systems (Hinzuftigen von weiteren Anforderern). Solange die 
Anforderer die angebotenen, abstrakten Schnittstelle benutzen k6nnen und geniigend 
Speicherplatz fur die ID-Tabellen reserviert worden ist, kann das System um beliebig viele 
Anforderer erweitert werden, ohne Programmcode andern zu mtissen. 



Wechsel zwischen Prioritatensatzen wahrend der Laufeeit moglich, 

das System kann in Zukunft um eine dynamische Anmeldung von Anforderern erweitert werden, 



und 



35 



die Priorisierungsverfahren zur Auswertung der Anforderungen verschiedener Plug-Ins konnen 
auf Grund deren Einheitlichkeit (alle Plug-Ins fordern zur Beschleunigung des Fahrzeugs ein 
Getriebeausgangsmoment (FuhrungsgrflBe des Systems) so ausgelegt werden, dass zur 
Priorisierung nicht bekannt sein muss, welches System hinter der Anforderung steht (es spielt aus 
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Sicht des Priorisierungsverfahrens keine Rolle, welche Funktionalitat ein Plug-In erfiillt, sondera 
nur, welche Priorit&t es hat). Durch diese Anonymisierung der Anforderer ist es moglich, die 
Anzahl der zu beriicksichtigenden Plug-Ins frei zu wahlen, ohne daftir das Programm andern zu 
mUssen. Dadurch vereinfacht sich die Konfiguration des Systems zur Anpassxing an eine 
5 bestimmte Fahrzeug- und Funktionsvariante erheblich und es konnen auch nachtraglich noch 

Funktionen hinzugefiigt werden, die zunachst nicht mit eingeplant waren. 
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Ansprtlche 

1. Priorisierungsverfahren von Infonnationsgebern, z. B. Plug-Ins, insbesondere zur koordinierten 
Antriebsstrangsteuemng fur ein Kraftfahrzeug, wobei: 

eine Liste mit Anforderern bzw. Plug-Ins nach dem Grad der Prioritat aufsteigend oder 
abfallend sortiert wird, 

die sortierte Liste sequentiell beginnend mit dem Anforderer bzw. Plug-In mit der 
hGchsten Prioritat abgearbeitet wird, 

das Abarbeiten der Liste abgebrochen wird, sobald ein Anforderer bzw. Plug-In einen 
Anforderungswunsch enthalt, um diesen Anforderungswunsch auszuwahlen. 

2. Priorisierungsverfahren nach Anspruch 2, 
dadurch gekennzeichnet, 

dass der ausgewahlte Anforderungswunsch gespeichert und weitergeleitet wird. 

3. Priorisierungsverfahren nach Anspruch 1 oder 2, dadurch gekennzeichnet, 

dass verschiedene Listen zum Anpassen auf globale Optimierungskriterien, z. B. 
Okoabstimmung, Sportabstimmung oder Wintererkennung, abgearbeitet werden. 

4. Priorisierungsverfahren nach einem der Ansprttche 1 bis 3, 
dadurch gekennzeichnet, 

dass jeder Anforderer bzw. jedes Plug-In durch eine Identitat (ID), vorzugsweise als Zahl, und 
eine Position in den verschiedenen Listen fur das Abarbeiten eindeutig gekennzeichnet ist 

5. Priorisierungsverfahren von Infonnationsgebern, z. B. Plug-Ins, zur Steuerung, insbesondere 
zur koordinierten Antriebsstrangsteuerung ftir ein Kraftfahrzeug, mit im Wesentlichen den 
nachfolgenden Schritten: 

in einer Liste mit Anforderern bzw. Plug-Ins werden alle Anforderer in beliebiger 
Reihenfolge abgearbeitet, beispielsweise sequentiell, 
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aus den Anforderungswiinschen der Anforderer wird der Anforderungswunsch mit dem 
maximalen (minimalen) Anfordemngswunsch oder der durchschnittliche 
Anforderungswunsch der Anforderer ennittelt 



6. Priorisierungsverfahren nach Anspruch 5, 

dadurch gekennzeichnet, 

dass zur Ermittlung des maximalen (minimalen) Anforderungswunsches: 

der erste abgefragte Anfordemngswunsch zwischengespeichert wird, 
jeder abgefragte Anfordemngswunsch mit einem zwischengespeicherten 
Anforderungswunsch verglichen wird, ob er grflfler (kleiner) ist als ein 
zwischengespeicherter Anforderungswunsch, 

der abgefragte Anforderungswunsch zwischengespeichert wird, falls er grOBer (kleiner) 
ist als der zwischengespeicherte Anforderungswunsch und andernfalls keine 
Speicherung erfolgt, 

nach der Abfrage aller Anforderer der maximale (minimale) Anforderungswunsch 
zwischengespeichert ist und weitergeleitet wird. 



7. Priorisierungsverfahren nach Anspruch 5 oder 6, 

dadurch gekennzeichnet, 

dass bei bestimmten Anforderern, z. B. Anforderer, die Motor und Bremse ansteuern, mit 
einem bestimmten Anforderungswunsch, z. B. einem Bremseingriff, der minimale (maximale) 
Anforderungswunsch, z. B. der minimale Vortriebswunsch, ausgewahlt wird und andernfalls 
der maximale (minimale) Anforderungswunsch. 



8. Priorisierungsverfahren nach einem der AnsprOche 5 bis 7, 

dadurch gekennzeichnet, 

dass einzelne Anforderer bewirken, dass bestimmte andere Anforderer bei der Ermittlung des 
maximalen (minimalen) Anforderungswunsches nicht berilcksichtigt werden, z. B. ein 
Anforderer-Fahrpedal bewirkt, dass alle Anforderer, die eine Bremsung/Verzogerung bewirken, 
nicht beriicksichtigt werden. 



9. Priorisierungsverfahren nach einem der AnsprUche 5 bis 8, 

dadurch gekennzeichnet, 

dass verschiedene Listen zum Anpassen auf globale Optimieningskriterien, z. B. 
Okoabstimmung, Sportabstimmung oder Wintererkennung, abgearbeitet werden. 



10. 



Priorisierungsverfahren nach einem der Anspruche 5 bis 9, 
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dadurch gekennzeichnet, 

dass jeder Anforderer bzw. Plug-In durch eine Identitat (ID), vorzugsweise als Zahl, fur das 
Abarbeiten eindeutig gekennzeichnet ist. 



11. Priorisierungsverfahren von Infonnationsgebern, z. B. Plug-Ins, nach einem der Anspniche 1 
bis 10, 

dadurch gekennzeichnet, 

dass das (erste) Priorisierungsverfahren nach einem der Anspniche 1 bis 4 mit dem (zweiten) 
Priorisierungsverfahren nach einem der Anspruche 5 bis 10 kombiniert wird, z. B. indem das 
zweite Priorisierungsverfahren erst angewendet wird, falls das erste Priorisierungsverfahren 
keinen Anforderungswunsch liefert. 

12. Priorisierungsverfahren nach einem der vorhergehenden AnsprUche, 
dadurch gekennzeichnet, 

dass es mit einem Computersystem mit wenigstens einem Prozessor und wenigstens einem 
Speicher zur Steuerung durchgefuhrt wird, mit einer Softwarearchitektur mit im Wesentlichen 
folgenden Elementen bzw. Komponenten: 

ein Operation System and Specific Services mit Betriebssystem und spezifischen 

Diensten als Basis fur alle anderen Elemente und Anwendungen, 

eine Basic Functionality zur Umsetzung universeller Anforderungen, 

einen Layer zur Koordinierung von Aufgaben fur Basisfunktionalitaten der Basic 

Functionality und zur Einbindung von Plug-Ins, 

wenigstens ein Plug-In zur Umsetzung von konkreten Aufgaben bzw. Funktionen, die 
tiber die Basisfunktionalitat hinausgehen und vom Layer koordiniert werden, wobei die 
Plug-Ins insbesondere modulartig austauschbar sind. 



13. Priorisierungsverfahren nach Anspruch 12, 
dadurch gekennzeichnet, 

dass in der Softwarearchitektur offene Schnittstellen (Open Interfaces) auf die von aufien 
zugegriffen werden kann und/oder geschlossene Schnittstellen (Incapsulated Interfaces), die 
nach aufien nicht freigegeben sind, integriert sind. 



14. Priorisierungsverfahren nach Anspruch 12 oder 13, 
dadurch gekennzeichnet, 

dass als Plug-Ins beispielsweise ein ACC (Adaptive Cruise Control)-Request, ein Drivers 
Demand (comfort/sport), Driveability oder Shift Strategie (comfort/sport) verwendet werden. 
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15. Priorisiemngsverfahren nach einem der Anspriiche 12 bis 14, 
dadurch gekennzeichnet, 

dass der Layer die Koordinatoren Vehicle Coordinator, Vehicle Motion Coordinator und 
Powertrain Coordinator umfasst, wobei im Vehicle Motion Coordinator eine Auswahl der Plug- 
Ins durchgefuhrt wird. 

1 6. Priorisierungsverfahren nach Anspruch 15, 
dadurch gekennzeichnet, 

dass jeder Koordinator tiber Schnittstellen mit den Plug-Ins zur Kommunikation verbunden ist 

17. Priorisierungsverfahren nach einem der Anspriiche 12 bis 16, 
dadurch gekennzeichnet, 

dass der Layer iiber Schnittstellen zur Kommunikation mit der Basic Functionality verbunden 
ist, welche Basisfunktionen enthalt, die wie Sensoren oder Aktoren agieren. 

18. Priorisierungsverfahren nach einem der Anspriiche 12 bis 17, 
dadurch gekennzeichnet, 

dass durch die modulartige Austauschbarkeit der Plug-Ins das Priorisierungsverfahren flexibel 
an unterschiedliche Fahrzeug- und Steuergeratekonfigurationen anpassbar ist und Funktionen 
einfach implementierbar sind, wobei Anforderungen verschiedener Systeme in einheitlicher Art 
auf Basis von SystemfuhrungsgroBen, z. B. Getriebeausgangsmoment, zentral eingebracht 
werden. 

19. Computerprogramm mit Programmcodemitteln, urn alle Schritte eines Verfahrens nach einem der 
Anspriiche 1 bis 18 durchzufuhren, wenn das Computerprogramm auf einem Computer oder 
einer entsprechenden Recheneinheit durchgefuhrt wird. 

20. Computerprogrammprodukt mit Programmcodemitteln, die auf einem lesbaren Datentrager 
gespeichert sind, urn ein Verfahren nach einem der Anspriiche 1 bis 1 8 durchzufuhren, wenn das 
Computerprogramm auf einem Computer oder einer entsprechenden Rechnereinheit ausgefiihrt 
wird. 

2 1 . Steuerungssystem fiir ein Fahrzeug, das ausgelegt ist, urn ein Priorisierungsverfahren nach einem 
der Anspriiche 1 bis 18 auszufllhren. 
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